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IN THE CLAIMS 

Please amend claims 12-20, as set forth below. 

The text of all pending claims, along with their current status, is set forth below: 

1 . (Original) An apparatus for managing flow control of a data transfer, 
comprising: 

a first protocol associated with a plurality of receive buffers; 
a second protocol adapted to manage the plurality of receive buffers for the first 
protocol; and 

a third protocol that determines whether one of the plurality of receive buffers is 
available for a data packet and (a) if one of the plurality of receive buffers is available, 
permits an acknowledgement packet to be sent to a node that sent the data packet, and (b) if 
one of the plurality of receive buffers is unavailable, drops the data packet, notifies the second 
protocol regarding the unavailability of the plurality of receive buffers, and withholds the 
acknowledgement packet. 

2. (Original) The apparatus set forth in claim 1, wherein the first protocol is an 
upper layer protocol ("ULP"). 

3. (Original) The apparatus set forth in claim 2, wherein the upper layer protocol 
is an internet small computer systems interface ("iSCSI") protocol. 
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4. (Original) The apparatus set forth in claim 1, wherein the second protocol is a 
datamover protocol. 

5. (Original) The apparatus set forth in claim 1, wherein the third protocol is an 
iWARP protocol. 

6. (Original) The apparatus set forth in claim 5, wherein the iWARP protocol is a 
direct data placement ("DDP") protocol. 

7. (Original) The apparatus set forth in claim 1, comprising a transport protocol 
that generates a request to the third protocol to determine whether one of the plurality of 
receive buffers is available for the data packet. 

8. (Original) The apparatus set forth in claim 1 , wherein the data packet 
comprises a sequence field that corresponds to a reliability tracking value for the data packet. 

9. (Original) The apparatus set forth in claim 1, wherein the acknowledgement 
packet comprises an acknowledgement field that corresponds to an identity of data received 
by the transport protocol. 

10. (Original) The apparatus set forth in claim 1, comprising a transport protocol 
that uses a remote direct memory access network interface card ("RNIC") to receive the data 
packet and send the acknowledgement packet. 
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1 1 . (Original) A network, comprising: 

a plurality of systems, at least one of the plurality of systems executing a process; and 
at least one input/output device adapted to receive a data packet from the at least one 
of the plurality of systems, the at least one input/output device comprising: 
a first protocol associated with a plurality of receive buffers; 
a second protocol adapted to manage the plurality of receive buffers for the 
first protocol; and 

a third protocol that determines whether one of the plurality of receive buffers 
is available for a data packet and (a) if one of the plurality of receive 
buffers is available, permits an acknowledgement packet to be sent to a 
node that sent the data packet, and (b) if one of the plurality of receive 
buffers is unavailable, drops the data packet, notifies the second 
protocol regarding the unavailability of the plurality of receive buffers, 
and withholds the acknowledgement packet. 

1 2. (Currently Amended) The apparatus network set forth in claim 1 1 , wherein the 
first protocol is an upper layer protocol ("ULP"). 

13. (Currently Amended) The apparatus network set forth in claim 12, wherein the 
upper layer protocol is an internet small computer systems interface ("iSCSI") protocol. 
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14. (Currently Amended) The apparatus network set forth in claim 1 1 , wherein the 
second protocol is a datamover protocol. 

15. (Currently Amended) The apparatus network set forth in claim 1 1 , wherein the 
third protocol is an iWARP protocol. 

16. (Currently Amended) The apparatus network set forth in claim 1 5, wherein the 
iWARP protocol is a direct data placement ("DDP") protocol. 

17. (Currently Amended) The apparatus network set forth in claim 1 1 , comprising 
a transport protocol that generates a request to the third protocol to determine whether one of 
the plurality of receive buffers is available for the data packet. 

1 8. (Currently Amended) The apparatus network set forth in claim 1 1 , wherein the 
data packet comprises a sequence field that corresponds to a reliability tracking value for the 
data packet. 

19. (Currently Amended) The apparatus network set forth in claim 1 1 , wherein 
the acknowledgement packet comprises an acknowledgement field that corresponds to an 
identity of data received by the transport protocol. 
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20. (Currently Amended) The apparatus network set forth in claim 1 1, comprising 
a transport protocol that uses a remote direct memory access network interface card ("RNIC") 
to receive the data packet and send the acknowledgement packet. 

2 1 . (Original) A method of managing flow control of a data transfer, the method 
comprising the acts of: 

receiving a data packet; 

determining whether at least one receive buffer is available for the data packet; 

if the at least one buffer is available, sending an acknowledgement packet to a node 

that sent the data packet; and 
if the at least one buffer is unavailable, dropping the data packet, providing a 

notification regarding the unavailability of the at least one buffer, and 

withholding an acknowledgement packet from the node that sent the data 

packet. 

22. (Original) The method set forth in claim 2 1 , comprising the act of placing the 
data packet into the at least one buffer if the at least one buffer is available. 

23. (Original) The method set forth in claim 21, comprising the act of transmitting 
the data packet according to a transmission control protocol ("TCP"). 
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24. (Original) The method set forth in claim 21 , comprising the act of providing 
the notification regarding the unavailability of the at least one buffer via an internet small 
computer systems interface ("iSCSI") protocol. 

25. (Original) The method set forth in claim 21 , comprising the act of notifying a 
process associated with the at least one buffer once the at least one buffer is determined to be 
unavailable. 

26. (Original) An apparatus for managing flow control of a data transfer, 
comprising: 

means for receiving a data packet at a first protocol; 

means for determining whether at least one receive buffer is available for the data 

packet; 

means for sending an acknowledgement packet to a node that send the data packet if 
the at least one buffer is available; and 

means for dropping the data packet, notifying a second protocol regarding the 
unavailability of the at least one buffer, and preventing an acknowledgement packet from 
being sent if the at least one buffer is unavailable. 
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